home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2299 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: Hermes.grace.irl.cri.nz!maths!peterm
  2. From: peterm@maths.grace.cri.nz (Peter McGavin)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS friendly part II
  5. Date: 30 Jan 1996 00:06:24 GMT
  6. Organization: Industrial Research Ltd
  7. Message-ID: <PETERM.96Jan30130624@tui.maths.irl.cri.nz>
  8. References: <38232020@kone.fipnet.fi> <9PxXx*kka@aargh.incubus.sub.org>
  9.     <4des65$bgk@serpens.rhein.de>,<38232076@kone.fipnet.fi>
  10.     <4e1hk6$tfd@news.isc.rit.edu> <DLsCMt.MBt@wiloyee.shnet.org>
  11. NNTP-Posting-Host: tui.grace.cri.nz
  12. In-reply-to: chaos@wiloyee.shnet.org's message of Fri, 26 Jan 1996 11:16:04
  13.     GMT
  14.  
  15. chaos@wiloyee.shnet.org writes:
  16. >you can ofcourse use the chunky to planar routines of kick3.1, and chris
  17. >green did a really clever job, with special optimisations for akiko hardware
  18. >if present, but they are still far away from what you can do by yourself.
  19. >
  20. >sometimes, os routines are as good as what you cn do by yourself. the easier
  21. >the task, the bigger the chance that the os can do it as well. copying
  22. >memory is a very simple task
  23. >
  24. >but if the task is very complicated, like merging copperlists or doing c2p,
  25. >you can be SURE that more specialised routines can do a faster job.
  26. >
  27. >the best example are the routines for merging copperlists. on kick2.0 they
  28. >were really slow. with kick3.0 (orkick3.1) the speed got acceptable. but if
  29. >you want some really nice stuff, like complex paralaxing (see the game Mr.
  30. >Nutz), then it's useless to use the OS. Mr. Nutz runs very well on an A500
  31. >(50 fps), but using os it woun't run on an A4000.
  32. >
  33. >special routines win over general purpose routines, and an os can only
  34. >contain general pupose routines.
  35.  
  36. These are not reasons for killing the OS.  An OS compliant program can
  37. perform these copper tricks easily by:
  38.  
  39.   o  install an input handler;
  40.   o  save GfxBase->ActiView;
  41.   o  LoadView(NULL); WaitTOF(); WaitTOF();
  42.   o  perform copper tricks as desired;
  43.   o  LoadView(saved_actiview);
  44.   o  deinstall input handler.
  45.  
  46. This way the program only takes over what it needs (the custom gfx
  47. chips) and can continue using OS calls for everything else (like
  48. network play, disk caching, keyboard, etc).  Of course this method
  49. doesn't work with gfx-cards or new Amigas unless it includes an option
  50. for entirely high-level gfx-calls.
  51. -- 
  52. Peter McGavin.   (p.mcgavin@irl.cri.nz)
  53.